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IMPROVED CALLING SERVICE OF A VOIP 
DEVICE IN A VLAN ENVIRONMENT 

5 TECHNICAL FIELD 

The invention relates in general to telecommunication networks and 
related applications and, in particular, to a method and system of modifying 
resources of data packets in a VLAN environment. More particularly, the 
invention relates to optimizing call service in a Voice over Internet Protocol 
10 (VoIP) device in a VLAN aware communications network. 

BACKGROUND OF THE INVENTION 

Without limiting the scope of the invention, its background is described 
in connection with modifying VoIP networks for communicating voice data over 

15 a data network. The transmission of analog voice over the Public Switch 
Telephone Network (PSTN) is slow being supplemented by other technologies, 
such as VoIP. The immediate goal for VoIP service providers is to reproduce 
existing telephone capabilities at a significantly lower "total cost of operation" 
and to offer technically competitive alternatives to the PSTN. It is the 

20 combination of VoIP with point of service applications that shows the greatest 
promise for the long term. VoIP provides a competitive threat to the providers 
of traditional telephone services that, at the very least, will stimulate 
improvements in cost and function throughout the industry. 

Essentially, VoIP may be applied to almost any voice application 

25 including simple inter-office intercom to complex multi-point teleconferencing 
and shared screen environments. The quality of voice reproduction may also 
be tailored according to the application. For example, customer calls utilizing 
voice recognition may need to be of higher quality than internal paging over an 
overhead paging system. Hence, VoIP equipment must have the flexibility to 
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cater to a wide range of configurations and environments and an ability to blend 
traditional telephony standards with VoIP. 

Despite initial excitement among consumers for VoIP services, customers 
are worried over possible degradation in voice quality due to packetization of 
5 voice into voice packets. Whether these concerns are based on experience with 
early Internet telephony applications or whether they are based on 
understanding the nature of packet networks, voice quality is a crucial parameter 
in acceptance of VoIP services. 

In addition, VoIP services need to be able to connect to traditional circuit 

10 switch voice networks. The International Telecommunications Union (ITU) has 
addressed this goal by defining H.323, a set of standards for packet based 
multimedia networks. The network is able to connect with other H.323 terminals 
or more traditional phone services such as PSTN, ISDN, or wireless phones. 
H.323 describes how multimedia communications occur between terminals, 

15 network equipment, and services on Virtual Local Area Network (VLANS) which 
often do not provide a guaranteed quality of service. Due to the support of 
personal computer, communication systems manufacturers and operating 
systems makers, H.323 has experienced rapid growth. H.323 compliance has 
been promoted and accepted by Internet phone and VoIP manufacturers as the 

20 standard for interoperability. 

In a traditional network, groups of computers and other devices such as 
printers were located on a Local Area Network (LAN). Each of these devices is 
generally referred to as an end node device. Hubs, bridges or switches are 
used in the same physical segment or segments connecting all end node 

25 devices. End node devices can communicate with other end node devices on 
the same LAN without the need for a router. 

Communications with end node devices on other LAN segments requires 
the use of a router. Specifically, each LAN is separated from another LAN by 
a router. As networks expand, more routers are need to separate users into 

30 LANs and provide connectivity to other LANs. One drawback to this design is 
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that routers add latency, which essentially delays the transmission of data. One 
disadvantage to a LAN is that LANs are often setup based on location and 
geographic constraints. For example, in an office building, all the computers 
and printers on one floor may be members of one LAN while computers and 
5 printers on the second floor may be members of another LAN. However, in 
actual use, it may be advantageous to connect computers from the first floor with 
those from the second floor. Thus, it would be more convenient to be able to 
put all of the end node computers that need to talk to each other on the same 
LAN. 

10 In an attempt to overcome the physical limitations of LANs, Virtual LANs 

(VLAN) were developed. For large numbers of VoIP devices, a VLAN is typically 
used. A VLAN can be viewed as a group of devices on different physical LAN 
segments which can communicate with each other as if they were all on the 
same physical LAN segment. VLANs provide a number of benefits over a LAN. 

15 Using VLANs, it is possible to group computing devices logically into a single 
broadcast domain. This allows us to define broadcast traffic for this VLAN to just 
those devices that need to see it and reduce traffic to the rest of the network. 
Also, connection speeds increase due to the elimination of latency from router 
connections. An additional benefit of increased security is realized if access 

20 from foreign networks is not allowed, i.e., those that originate from another 
subnet beyond the router. 

In order to implement VLANS, IEEE has propagated Standard 802. 1Q 
which defines the requirements for a VLAN network. Additionally, in order to 
add a priority to data packets flowing through the network, IEEE has propagated 

25 Standard 802. 1 D to specify a 3-bit priority code, which can be encoded into the 
Ethernet header of the data packet. The three-bit priority code represents 
numbers 0 through 7, thus creating 8 choices or 8 different priorities. In a VLAN 
network implementing IEEE Standards 802.1Q/D, a VLAN having packets of 
different priorities is enabled. 

30 
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A disadvantage of the present VoIP devices is that priority is assigned to 
a default value of 6, regardless of other conditions in the network. This means 
that low priority tasks are treated the same as high priority tasks without regard 
to the availability of network resources and the amount of traffic in the network. 
5 In summary, the prior art methods of routing voice data packets around 

a network do not provide flexibility and efficient use of network resources that 
is needed for today's networks. A system or method which overcomes these 
problems would have numerous advantages. 

10 SUMMARY OF THE INVENTION 

The present invention provides for a means for improving call service of 
a VoIP device in a VLAN environment. With the present invention, data packets 
are assigned to different priority values based on the traffic level in the VLAN. 
After receiving a data packet, a VoIP device monitors the level of traffic within 
15 the VLAN and makes decisions for data packet handling based on this traffic 
level. By adjusting the priority handling of data packets in the VLAN in 
relationship to the current traffic levels, the optimum number of network 
resources may be allocated for voice packets. 

When the VoIP device determines that traffic levels are in a normal 
20 range, default priority values are assigned to all data packets. If the current 
traffic level falls below the normal range, the priority of signaling packets may be 
increased so that more VoIP phone calls may be placed. Finally, when the 
current traffic levels are above a normal range, the priority of all non-voice data 
packets may be decreased so that voice packets may proceed with less 
25 interference to their destination. 

A technical advantage of the present invention is the ability to optimize 
voice packets and give them an optimal number of network resources so that 
they proceed with less interference and delay to their destination. 
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An additional technical advantage of the present invention is the ability 
to increase the number of calls possible during traffic levels that are below the 
normal range. 

5 BRIEF DESCRIPTION OF THE DRAWINGS 

For a more complete understanding of the present invention including its 
features and advantages, reference is made to the following detailed description 
of the invention, taken in conjunction with accompanying drawings of which: 

FIGURE 1 depicts a network in which the LAN architecture of the prior art 
10 is shown; 

FIGURE 2 depicts a network using a VLAN architecture of which an 
embodiment of the present invention may be implemented; 

FIGURE 3 depicts an Ethernet header, as described in the prior art; 

FIGURE 4 depicts an Ethernet frame and a prior art priority tagged 
15 Ethernet frame, as is described in the prior art; 

FIGURE 5 depicts a VLAN-tagged packet with a priority code being used 
to decide what priority queue data packets should go into, according to the prior 
art; 

FIGURE 6 is a VoIP network in which the present invention may be 
20 practiced; 

FIGURE 7 illustrates an H.323 protocol stack for allowing VoIP calls to be 
placed over an IP network, as utilized by the invention; 

FIGURE 8 depicts data packets experiencing latency between two 
gateways; 

25 FIGURE 9 depicts a flow diagram for program product, according to an 

embodiment of the present invention; and 

FIGURE 10 is a flow chart depicting a method, according to an 
embodiment of the present invention. 
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Corresponding numerals and symbols in the figures refer to 
corresponding parts in the detailed description, unless otherwise indicated. 

DETAILED DESCRIPTION OF PREFERRED EMBODIMENTS 

5 While the making and using of various embodiments of the present 

invention are discussed in detail below, it should be appreciated that the present 
invention provides many applicable inventive concepts which can be embodied 
in a wide variety of specific contexts. The specific embodiments discussed 
herein are merely illustrative of the specific ways to make and use the invention, 

10 and do not delimit the scope of the invention. 

To better understand the invention, reference is made to FIGURE 1, 
wherein a diagram of a communications network 4 in which a traditional LAN 
implementation is shown. A LAN is generally defined as a broadcast domain. 
Hubs, bridges or switches in the same physical segment or LAN connect all end 

15 node devices in the LAN. End nodes in a LAN can communicate with each other 
without the need for a router. Typically, end node devices are personal 
computers, server computers, main frame computers, printers and other devices 
which may be connected to the network. Communications with devices on other 
LAN segments requires the use of a router. 

20 As can be seen in FIGURE 1, several LANs 5A-5E are connected to 

Wide Area Network (WAN) 6. Each LAN 5A-5E is connected to a router 26A- 
26C to join WAN 6. LAN 5A comprises several end nodes: a personal computer 
8A, a server computer 18, a wireless voice over internet protocol (VoIP) phone 
14, a personal digital assistant 30, and a personal computer with VoIP access 

25 1 0A. Each of these end nodes are connected through switch 22 to router 26A 
to access other computers across WAN 6. LAN 5B comprises main frame 
computer 20, which is connected to WAN 6 through router 26A. Another LAN 
5C is a thin Ethernet wire 28 connecting personal computer 8B, VoIP phone 
12A, personal computer 8C and printer 16A to router 26B to access WAN 6. 

30 Another LAN is shown as 5D. LAN 5D comprises a printer 16B, a personal 
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computer with VoIP access 10B, personal computers 8D and 8E, and VoIP 
phone 12B. These end nodes are connected through hub 24A to router 26C to 
access other LANs across WAN 6. Finally, LAN 5E comprises printer 16C, 
personal computers 8F and 8G, and personal computer with VoIP access 10C 
5 connected through hub 24B to router 26C to access computers across WAN 6. 

A disadvantage of network 4 is that each separate LAN 5A-5E must 
connect through a router 26A-26C for computers within one LAN section to talk 
with computers in another LAN section. Routers add latency, which essentially 
delays the transmission of data. This is caused by the process involved in 

10 routing data from one LAN to another LAN. The router must use more of the 
information in a data packet to determine destinations and route the data to the 
appropriate end node. 

Another disadvantage is that LAN segments are typically divided, by 
physical location. This means that computers that are near each other in a 

15 building will be connected on the same LAN segment; however, these computers 
may not need to communicate with each other at all. The majority of their 
communication may be with computers in other LAN segments. If inter-LAN 
communication is excessive, it can slow down the entire network since packets 
must travel through routers for each communication to be made. 

20 With reference to FIGURE 2, therein is shown network 4 reconfigured to 

as a VLAN. Each end node is now connected to a switch 22 which provides 
connectivity to WAN 6. For access outside of WAN 6, router 26 will be utilized. 
However, for communications that stay within the local WAN 6, only the switches 
22 will be used. Virtual LANs can be viewed as a group of devices on different 

25 physical LAN segments which communicate with each other as if they were all 
in the same physical LAN segment. Thus, VLAN 32A comprises server 
computer 18, personal computer with VoIP access 1 0A, VoIP telephone 12B, 
printer 16C, personal computer 8F, and personal computer with VoIP access 
10B. Connecting these end node devices through VLAN 32A, the end node 

30 devices act as if they are on a single LAN segment. VLAN 32B is also depicted. 
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VLAN 32B consists of main frame computer 20, personal computer 8C, printer 
16A and VoIP telephone 12A. 

In FIGURE 1, LANs 5A-5E were grouped with physical location being the 
primary concern. In FIGURE 2, VLANs 32A and 32B have been built with traffic 
5 patterns in mind. All of the end node devices in VLANs 32A, 32B have been 
grouped primarily on traffic patterns. Using VLANs, end node devices in VLAN 
32A are grouped together to confine broadcast traffic to just those end node 
devices that need to see it, and to reduce traffic to the rest of the network 4. 
There is an increased connection speed due to the elimination of latency from 

10 router connections. Those skilled in the art will recognize that any combination 
of end nodes and switches could be utilized for network 4 and a VLAN. The 
specific example in FIGURE 2 is for illustrative purposes. 

In FIGURE 3, a typical Ethernet header 34 is shown. An Ethernet header 
conforms to standards set up by IEEE Standard 802. Ethernet header 34 

15 describes how information is packed into a data packet so that the information 
may be successfully deciphered. The first portion is called the preamble 36. 
Preamble 36 consists of 7 bytes of a synchronization pattern consisting of 
alternating 1 s and 0s, which is used to ensure receiver synchronization. It also 
consists of one byte designated as the start frame delimiter. The start frame 

20 delimiter is similar to the other section of the preamble except that it ends with 
two consecutive bits set to one. 

Next is the designation address 38. This is a 48-bit field which specifies 
to which station the packet is addressed. The first bit indicates the type of 
address: if it is a zero, the field gives the address of a unique station; if it is a 

25 one, the field specifies a larger group of recipients. 

The next portion of the Ethernet header 34 is source address 40. Source 
address 40 is a unique address of the originating station as specified in this 48- 
bit field. Next comes the type 42. This two-byte field indicates the number of 
information bytes being supplied by the data field or the protocol type. Those 

30 skilled in the art will recognize that type 42 is sometimes referred to as length. 
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Next is data payload 44. IEEE Standard 802 recommends that data payload 44 
have a length between 46 and 1500 bytes. The 46-byte minimum ensures that 
valid packets will be distinguishable from collision fragments. If the data 
supplied is less than the 46-byte minimum required for proper information of the 
5 Ethernet protocol, then an integer number of padding bytes are added to the end 
of the data field to bring the length to 46 bytes. 

The last field is the Cyclic Redundancy Check (CRC) 46 field. This field 
is also referred to as the frame check sequence. CRC 46 contains a 32-bit 
cyclic redundancy check code for error detection, as defined by the generating 

10 polynomial G(x). CRC 46 covers the destination address, source address, and 
data fields. CRC 46 algorithm uses a linear feedback register which is initially 
preset to all ones. After the last bit is transmitted, the contents of this register 
are inverted and sent as the CRC 46 field. 

An Ethernet frame is defined as all the sections of an Ethernet header 

15 except for the preamble 36. In FIGURE 4, Ethernet frame 48 is depicted. 
Ethernet frame 48 includes destination address 38, source address 40, type 42, 
data payload 44 and CRC 46. In priority tagged frame 50, priority and VLAN 
identifier data are added. Priority tagged frame 50 comprises destination 
address 38, source address 40, Ethernet Tag Protocol Identifier (ETPID) 52, Tag 

20 Control Information (TCI) 54, type 42, data payload 44, and CRC 46. ETPID 52 
is used to identify the proper protocol and implement it. In this example, it is a 
value of 0x8100. 

The Tag Control Information 54 is comprised of three separate pieces of 
information. First is the priority 56. Priority 56 is made up of a three-bit 
25 designation. Since three bits will allow eight different values, eight different 
priorities are available which are represented by priorities 0 through 7. The eight 
different priority fields 56 are as follows: 0, best effort; 1, background; 2, spare; 
3, excellent effort; 4, controlled load; 5, video; 6, voice; and 7, network control. 
Next, if Canonical Format Indicator (CFI) 58 is set, the E-RIF field is 
30 present and the bit determines whether mac address information carried by the 
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frame is in canonical or non-canonical format. If CFI 58 is not set, it indicates 
that the E-RIF field is not present and that all mac information carried by the 
frame is in canonical format. Finally, the VLAN Identifier (VID) 60 is used to 
uniquely identify the VLAN to which the frame belongs. A null value indicates 
5 that the tag header contains only user priority information and no VLAN ID. 

Referring to FIGURE 5, data packet 61 is shown with a VLAN tag frame 
50. Data packet 61 has a priority 56 which determines which of the 8 priority 
queues 62A-62H data packet 61 will be put into as it traverses network 4. 
According to IEEE Standard 802.1 Q/D, the priority value is set in the packet and 
1 0 may not be changed; thus, whatever priority value the packet has when it begins 
its journey, it will be placed in that priority queue in all VLAN-compatible queues 
along the route. 

FIGURE 6 illustrates a network in which an embodiment of the invention 
may be practiced. Personal computers with VoIP access 10A and 10B are 

1 5 connected to router 26A. Router 26A is connected to gatekeeper 70 and then 
connected to router 26B. A Multi-point Control Unit (MCU) 72 is connected to 
router 26C. Routers 26B and 26C are connected to each other and connect to 
traditional telephone networks. Router 26B is connected to gateway 74A, which 
provides access to wireless network 76 so that a wireless telephone 78 may be 

20 accessed. Gateway 74B provides access from the VoIP network 68 to an 
Integrated Services Digital Network (ISDN) 80 so that digital telephone 82 may 
be accessed. Router 26C provides access to gateway 74C, which is connected 
to the Public Switch Telephone Network (PSTN) 84 to access to analog 
telephone 86. 

25 Although there are many different types of VoIP access, the preferred 

implementation uses H.323 standards. H.323 defines four major components: 
terminals, gateways 74, gatekeepers 70 and multi-point control units 72. 
Terminals are the client end points on the network that provide Real-Time, two- 
way communications. All H.323 terminals must support voice communications; 
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video and data support are optional under H.323 ; H.323 terminals are 
represented by personal computers with VoIP access 10A and 10B. 

Gateway 74 is an optional element under H.323 that provides many 
services, the most common being a translation function between H.323 
5 conferencing end points and other terminal types. This function includes 
translation between transmission formats and communication procedures. In 
addition, gateway 74 also translates between both audio and video codecs and 
performs call setup and clearing on both the VLAN side and the switch circuit 
network side. Codec stands for Compression and Decompression Code. A 

10 codec defines a protocol to allow data to be compressed and decompressed for 
transmission in a network. In general, the purpose of gateway 74 is to reflect the 
characteristics of a VLAN end point, such as personal computer with VoIP 
access 10A, to a switched circuit network end point, analog telephone 86 for 
example, and vice versa. 

1 5 The primary application of gateways 74 are likely to be: establishing links 

with an analog PSTN terminal; establishing links with remote H.320 compliant 
terminals over ISDN-based switch circuit networks and establishing links with 
remote H.324 compliant terminals over PSTN networks. Gateways 74 are not 
required if connections to other networks are not needed since the end point 

20 may directly communicate with other end points on the same VLAN. Terminals 
communicate with gateways 74 using H.245 and Q.931 protocols. 

A gatekeeper 70 is the most important component of an H.323 enabled 
network. It acts as the central point for all calls within its zone and provides call 
control services to registered end points. In many ways, an H.323 gatekeeper 

25 acts as a virtual switch. Gatekeepers 70 perform two important call control 
functions. The first is address translation from VLAN aliases for terminals and 
gateways 74 to IP or IPX addresses, as defined in the RAS specification. 

The second function is bandwidth management, which is also designated 
within RAS. For instance, if a network manager has specified a threshold for the 

30 number of simultaneous conferences on the VLAN, the gatekeeper 70 can 
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refuse to make any more connections once the threshold is reached. The effect 
is to limit the total conferencing bandwidth to some fraction of the total available. 
The remaining capacity is left for e-mail, file transfers, and other VLAN 
protocols. The collection of all terminals, gateways 74 and MCUs 72 managed 
5 by a single gatekeeper 70 is known as an H.323 zone. Another valuable feature 
of the gatekeeper 70 is its ability to route H.323 calls. By routing the call 
through a gatekeeper 70, calls can be controlled more effectively. Service 
providers need this ability in order to bill for calls placed through the network. 
This service can also be used to re-route a call from another end point if a called 

10 end point is unavailable. 

The MCU 72 supports conferences between three or more end points. 
Under H.323, an MCU 72 consists of a Multi-point Controller (MC), which is 
required in Multi-point Processors (MP). The MC handles H.245 negotiations 
between all terminals to determine common capabilities for audio and video 

15 processing. The MC also controls conference resources by determining which, 
if any, of the audio and video streams will be multi-cast. 

According to the preferred embodiment of the invention, a module is 
placed in gatekeeper 70. The module examines the network traffic load and if 
network traffic is in a normal range, it will leave the default priority values of 

20 each data packet. If the network traffic is below the normal range, it will increase 
the priority on signaling packets so that more calls may be initiated. 
Accordingly, if network traffic is above the normal range, the module will 
decrease the priority of all data packets except for voice type data packets to 
enable voice calls to flow more smoothly to their destination. 

25 In FIGURE 7, the protocol stack 88 required by H.323 is shown. Audio 

codec 90 is a code used to specify compression of the audio data. Those skilled 
in the art will recognize that G.723 and G.729 are often the preferred audio 
codecs. Video codec 92 is used under H.323 to decompress and compress 
video information. As can be seen, audio codec 90 and video codec 92 are 

30 carried over the Real-Time Protocol (RTP) 100 layer. Those skilled in art 
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recognize that media is carried over UDP layer 102 since this is the more 
unreliable layer. The media contained in audio codec 90 and video codec 92 
is carried over UDP 102 because it would not make sense for it to be 
retransmitted if a media packet is lost. Should a lost sound fragment be 
5 retransmitted, it would most probably arrive too late to be of any use in voice 
reconstruction. The Q.931 signaling information 98 and H.245 96 capability 
exchange are carried on the TCP layer 104 so that control packets can be 
retransmitted, if necessary, to ensure that control instructions arrive at the 
destination. All the information is then transferred on the IP layer 106, as is 

10 familiar to those skilled in the art. 

There are several factors that effect voice quality. One is the choice of 
an audio codec 90. In addition, latency, jitter, and packet loss may also effect 
voice quality in the VoIP network 68. FIGURE 8 shows typical data packets 108 
crossing network from gateway 74A to gateway 74B. As can be seen, the data 

15 packets 108 are evenly spaced out in time intervals when they leave gateway 
74A. However, in passing through a wide area network 6, such as the Internet, 
some of the data packets 1 08 become closer and farther apart, as can be seen 
as the data packets 108 approach gateway 74B. While this is not important in 
file transfer or e-mail applications, in voice applications, it can become very 

20 bothersome. Callers start feeling uneasy holding a two-way conversation and 
usually end up talking over each other. In addition, it becomes difficult to 
understand some words as they may be placed together in a jumbled and 
uneasy format. 

In order to reduce the jitter that can be created by packets arriving at 
25 uneven intervals, a jitter buffer may be used to compensate for fluctuating 
network conditions. A jitter buffer holds incoming packets for a specified amount 
of time before forwarding them to decompression. It has the effect of smoothing 
the packet flow, increasing the resiliency of audio codec 90 to packet loss, 
delayed packets and other transmission effects. However, the down side of jitter 
30 buffer is that it can add significant delay. Because it's important to try and 
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minimize latency in jitter, it is important to optimally use the network resources 
so that calls may be placed as smoothly as possible. 

FIGURE 9 illustrates a high-level logic flow diagram 120 illustrating 
process steps for implementing the method and system of the present invention, 
5 in accordance with a preferred embodiment of the present invention. It can be 
appreciated by those skilled in the art that FIGURE 9, as illustrated and 
described herein, presents a self-consistent sequence of steps leading to a 
desired result. The steps are those requiring the physical manipulation of 
physical quantities. Usually, although not necessarily, these quantities take the 

10 form of electrical or magnetic signals capable of being stored, transferred, 
combined, compared, and otherwise manipulated. 

It has proven convenient at times by those skilled in the art, to refer to 
these signals as bits, values, elements, symbols, characters, terms, numbers, 
or the like. It should be borne in mind, however, that all of these and similar 

15 terms are to be associated with the appropriate physical quantities and are 
merely convenient labels applied to these quantities. 

Further, the manipulations performed are often referred to in terms, such 
as "designating," "delivering" or "conveying", which are commonly associated 
with mental operations performed by a human operator. No such capability of 

20 a human operator is necessary or desirable in most cases of the operations 
described herein, which form part of the present invention. As indicated herein, 
these operations are primarily machine operations. Useful machines for 
performing operations of a preferred embodiment of the present invention 
include data-processing systems, such as a general-purpose digital computer 

25 or other similar devices. In all cases the distinction between the method of 
operations in operating a computer and the method of computation itself should 
be borne in mind. 

The present invention relates to method steps for processing electrical 
or other (e.g. mechanical, chemical) physical signals to generate other desired 
30 physical signals, and can be implemented via a computer or microcomputer. 
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However, it is not necessary to maintain within a computer memory of a VLAN- 
aware device, instructions implementing these method steps. Such instructions 
can be maintained within other computer memory locations. Implementation of 
the method described herein is left to the discretion of a particular VLAN-aware 
5 device designer. 

It can be appreciated by those skilled in the art that the methods 
described herein can be implemented as a program product (e.g., a control 
program residing in a computer memory). The program product contains 
instructions that when executed on a CPU, carry out the operations depicted in 

10 the logic flow diagram of FIGURE 9. While the present invention is described in 
the context of a fully functional communications network 4, those skilled in the 
art will further appreciate that the present invention is capable of being 
distributed as a program product in a variety of forms. The present invention 
applies equally, regardless of the particular type of signal-bearing media utilized 

15 to actually carry out the distribution. Examples of signal-bearing media include 
recordable-type media, such as floppy disks, hard-disk drives and CD ROM's, 
and transmission-type media, such as digital and analog communication links. 

Preferred implementations of the invention can include implementations 
to execute the methods of FIGURES 9 and 10 as described herein in the form 

20 of a program product residing in memory of microcomputer. Alternatively, a 
preferred embodiment of the present invention can include a program product 
residing in a microcomputer memory located at an VLAN-aware device such as 
switch 22. The program product thus includes sets of instructions for executing 
the method and system described herein. Until required by a microcomputer, the 

25 set of instructions may be stored as a computer-program product in another 
computer memory. For example, the set of instructions may be stored as a 
computer-program product in a disk drive attached to a microcomputer (which 
may include a removable memory such as an optical disk or floppy disk for 
eventual use in the disk drive). 

30 
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The computer-program product can also be stored at another computer 
and transmitted, when desired, to a VLAN-aware device by an internal or 
external network. Those skilled in the art will appreciate that the physical 
storage of the sets of instructions physically changes the medium upon which 
5 it is stored so that the medium carries computer-readable information. The 
change may be electrical, magnetic, chemical, or some other physical change. 
While it is convenient to describe the invention in terms of instructions, symbols, 
characters, or the like, the reader should remember that all of these and similar 
terms should be associated with the appropriate physical elements. 

10 In FIGURE 9 is shown a diagram of an embodiment of the program 

product 110. Program product 1 10 first has a logic means for determining the 
current traffic levels of the VLAN. Next, program product 1 1 0 uses logic means 
for adjusting the priority handling of data packets in the VLAN in relationship to 
the current traffic levels so that voice packets receive an optimum number of 

15 network resources. Program product 110 also comprises a logic means for 
determining if the traffic level is within a normal range 1 14. A normal range may 
be defined by a system administrator, depending on the current needs of the 
system, as is familiar to those skilled in the art. If the traffic load is in a normal 
range, program product 110 uses a logic means for setting the priority values of 

20 the data packets to a default value 115. If the flow of traffic is not in a normal 
range, the program product 110 then has to determine if it has a heavy traffic 
load 116 using a logic means to determine if the level of traffic is above the 
normal range. If the level of traffic is above the normal range, it will then use 
level of logic means for reducing the priority on all packet types except voice 

25 data packets 1 20. If the program product 110 determines that the flow of traffic 
is below the normal range, it will then use a logic means for increasing the 
priority of signaling packets 118. By increasing the priority of signaling packets, 
more calls may be placed when network traffic is at a lull. 

In FIGURE 10, a logic flow diagram of a method 130 is depicted. In step 

30 1 32, a data packet is received. Next, in step 1 34, the current traffic level of the 
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VLAN is determined. In step 136, priority handling of data packets allows for 
priority to be adjusted according to current traffic levels so that voice packets 
. receive an optimum number of network resources. Step 1 38 is determined if the 
level of traffic is within a normal range. In step 140, if the level of traffic is within 
5 a normal range, the priority value of data packets is set to a default value. In 
step 142, if the level of traffic is above the normal range is determined. Next, in 
step 144, if the traffic level is above the normal range, the priority is reduced on 
all non-voice data packet types. Next, in step 146, it is determined if the level 
of traffic is below the normal range. And finally, in step 148, if the level of traffic 
10 is below a normal range, signaling data packets are increased in priority to allow 
more phone calls to be placed. 
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WHAT IS CLAIMED IS: 

1 . A method of optimizing call service in a virtual local area network (VLAN) 
including at least one voice over internet protocol (VoIP) device, the method 
comprising the steps of: 
5 determining the current traffic levels of the VLAN; and 

adjusting the priority handling of data packets in the VLAN in relation to 
current traffic levels so that voice packets receive an optimum number of 
network resources. 

10 2. The method of claim 1 wherein the step of determining the current traffic 
levels of the VLAN is preceded by the step of a VLAN aware device receiving 
at least one data packet. 

3. The method of claim 1 wherein said step of determining the current traffic 
1 5 levels of the VLAN includes the step of determining if the level of traffic is within 

a normal range. 

4. The method of claim 3 wherein said step of determining if the level of 
traffic is within a normal range is followed by the step of setting the priority value 

20 of said data packet to a default value when the level of traffic is within a normal 
range. 

5. The method of claim 1 wherein said step of determining the current traffic 
levels of the VLAN further includes the step of determining if the level of traffic 

25 is above a normal range. 

6. The method of claim 1 wherein said adjusting the priority handling of data 
packets in the VLAN includes the step of reducing the priority values of all non- 
voice data packet types when the traffic level is above a normal range. 

30 
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7. The method of claim 1 wherein said step of determining the current traffic 
levels of the VLAN includes the step of determining if the level of traffic is below 
a normal range. 

8. The method of claim 1 wherein said adjusting the priority handling of data 
packets in the VLAN step further includes the step of increasing the priority 
values of all signaling data packets when the traffic level is below a normal 
range. 



10 9. In a voice over internet protocol (VoIP ) device, a module for optimizing 
call service in a virtual local area network (VLAN), the module comprising: 
means for determining the current traffic levels of the VLAN; and 
means for adjusting the priority handling of data packets in the VLAN in 
relation to current traffic levels so that voice packets receive an optimum number 
15 of network resources. 

10. The module of claim 9 wherein said means for determining the current 
traffic levels of the VLAN further comprises means for determining if the level of 
traffic is within a normal range. 

20 

1 1 . The module of claim 1 0 wherein said means for determining if the level 
of traffic is within a normal range further comprises means for setting the priority 
value of said data packet to a default value when the level of traffic is within a 
normal range. 

25 

12. The module of claim 9 wherein said means for determining the current 
traffic levels of the VLAN further comprises means for determining if the level of 
traffic is above a normal range. 
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13. The module of claim 9 wherein said means for adjusting the priority 
handling of data packets in the VLAN further comprises means for reducing the 
priority values of all non-voice data packet types when the traffic level is above 
a normal range. 

5 

14. The module of claim 9 wherein said means for determining the current 
traffic levels of the VLAN further comprises means for determining if the level of 
traffic is below a normal range. 

10 15. The module of claim 9 wherein said means for adjusting the priority 

handling of data packets in the VLAN further comprises means for increasing the 
priority values of all signaling data packets when the traffic level is below a 
normal range. 

15 16. In a voice over internet protocol (VoIP ) device, a program product for 
optimizing call service in a virtual local area network (VLAN), said program 
product comprising: 

logic means for determining the current traffic levels of the VLAN; and 
logic means for adjusting the priority handling of data packets in the 
20 VLAN in relation to current traffic levels so that voice packets receive an 
optimum number of network resources. 

17. The program product of claim 16 wherein said logic means for 
determining the current traffic levels of the VLAN further comprises logic means 

25 for determining if the level of traffic is within a normal range. 

18. The program product of claim 17 wherein said logic means for 
determining if the level of traffic is within a normal range further comprises logic 
means for setting the priority value of said data packet to a default value when 

30 the level of traffic is within a normal range. 
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19. The program product of claim 16 wherein said logic means for 
determining the current traffic levels of the VLAN further comprises logic means 
for determining if the level of traffic is above a normal range. 

5 

20. The program product of claim 16 wherein said logic means for adjusting 
the priority handling of data packets in the VLAN further comprises iogic means 
for reducing the priority values of ail non-voice data packet types when the traffic 
level is above a normal range. 

10 

21 . The program product of claim 16 wherein said logic means for 
determining the current traffic levels of the VLAN further comprises logic means 
for determining if the level of traffic is below a normal range. 

15 22. The program product of claim 16 wherein said logic means for adjusting 
the priority handling of data packets in the VLAN further comprises logic means 
for increasing the priority values of all signaling data packets when the traffic 
level is below a normal range. 
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